home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1599 / 1316 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.2 KB
  1. From: Claus Brod <clausb@hpbeo79.bbn.hp.com>
  2. Subject: Re: Just a couple of things.
  3. Date: Wed, 27 Apr 94 16:18:26 MESZ
  4. In-Reply-To: <2040.9404270901@elvis.earth.ox.ac.uk>; from "Stephen Usher" at Apr 27, 94 10:01 am
  5. Mailer: Elm [revision: 70.85]
  6.  
  7. > A process wants to send a command to a SCSI device which may take a while to
  8. > respond. It uses the SCSI API layer to send the command. The SCSI device
  9. > driver sends the command, disconnects from the device, puts the process
  10. > on an I/O wait queue and returns control to MiNT. Sometime later the device
  11. > responds to the command, the SCSI driver notices, passes the reply into the
  12. > address space of the process and puts the process on the run queue.
  13. > 
  14. > A device driver below MiNT cannot do this.
  15.  
  16. There's no reason why it shouldn't be able to do this. In fact, I
  17. tested such schemes. It didn't work because we don't have reentrancy
  18. in the kernel, but it's perfectly possible to do for the hard disk
  19. driver once the kernel problems are resolved. We would just have to 
  20. specify an XHDI call which tells the hard disk driver that it 
  21. should perform the transfers in the background. Or, even simpler, 
  22. the SCSI device driver would switch the low-level driver to 
  23. background transfer when it comes up, and from then on, *all* 
  24. transfers, not only those through the device driver would perform
  25. in the background.
  26.  
  27. > It would be a good starting place for the driver code. It's important that
  28. > the code is also forward looking, able to handle devices with sizes greater
  29. > than 4GB etc. This would mean being able to support at least 64bit block
  30. > numbers.
  31.  
  32. There certainly is the potential for such an expansion. CBHD is also
  33. one of the very, very few hard disk drivers which handles 1024-byte
  34. physical sectors, not only 512-byte sectors, and that can be very
  35. easily extended to other physical sizes that the device might support.
  36. Try that with AHDI 8-)
  37.  
  38. CBHD's SCSI code is also one of the very few that implements
  39. arbitration, so yes, I think the code could be called forward looking.
  40.  
  41. --clausb@hpbeo79.bbn.hp.com-----------------------------------------------
  42. Claus Brod, MDD, HP Boeblingen         Have you hugged your manager today?
  43. --#include <std_disclaimer>-----------------------------------------------
  44.